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INFORMATION MANAGEMENT 3Y 


INTRODUCTION 


The space shuttle sortie, the modular space station, the tracking 
data relay satellite ( TDRS ) , and the ground support for these programs 
require a data management system for acquisition, transfer, storage, 
processing, control, and display of data. (See fig. 1.) The most eco- 
nomical and operationally efficient manner available to provide these 
functions is to integrate the information management functions into an 
infoimation management system of the type discussed in this presentation. 
The following are the specific aspects of the space vehicle elements, the 
ground support, and the communications links covered betweer the space- 
craft and the ground that are included within the information management 
system: 

1. Space vehicle communications and data relay 

2. Data acquisition 

3. Control and diopxay 

U. Data processing assembly 

5. Software 

6. Manned Space Flight Network (MSFN) and TDRS's 

7. Ground data management 

8. Mission scheduling 

9. Mission management 

10. Logistics 

11. Subsystem status and performance monitoring 

The vehicle portions of the information management system are the data 
management subsystem or information subsystem. For clarity, the onboar 
space vehicle date handling electronics will be referred to as the infor 
mation subsystem. 



CURRENT ACTI'/I”’ MODULAR SPACE STATION PHASE B 


The modvJ.ar space station Phase B study has defined in detail the 
onboard information management requirements and a preliminary design of 
the selected Information subsystem. The information management require- 
ments have been developed fc a six-man space station operating in low 
earth orbit (approximately a 260-nautical-mile altitude). The crew is to 
perform selected experiments in agriculture, oceanography, hydrology, 
atmosphere investigations, and re’ V ed disciplines. Previous manned 
space flight activities have helped to define known requirements and to 
estimate as yet undefined requ. rements for the operation and support of 
an experimental modular space .tation. During the 1900 time frame, the 
space station id to be assembl'd in earth orbit and will use the- space 
shuttle for the initial deliv< ry of modules and subsequent logistic sup- 
port. A high degree of onboard autonony to support inflight operations 
(including onboard subsystem checkout) is incorporated to reduce subst in- 
tially the number of ground and flight support personnel required for 
real-time monitoring of onboard subsystems and experiments. The current 
space station activities in information management system studies are 
shown in figure 2. 

The modular space station Phase B study includes a special task for 
advanetd development of an onboard information subsystem including the 
external communications terminal. The purpose of this advanced task is 
to design and provide the NASA Manned Spacecraft Center (MSC) with a 
functioning breadboard of the modular space station information subsystem. 

Key elements of the development include: 

1. Data acquisition and control subsystem 

2. Digital data bus breadboard 

3. Data bus control unit (DBCU) 

L. Remote acquisition and control units 

5. Communications terminal breadboard 

6. Software standards 

An experimental data ground processing study is planned for the 
purpose of developing an approach to predict ground experiment data 
handling and distribution requirements that result from shuttle sortie 
and modular Lpace station orbital operation. T;.e base-line configuration 
for each orbital element used in the development of the proposed infor- 
mation management system concept is shown in figure 3* The orbiter stage 
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is basically the 360-day-reviev shuttle operating in a sortie node. The 
crew complement is four men, with two crewmen primarily responsible for 
orbital payload operation. The network model was provided by the Office 
of Tracking Data Acquisition (OTDA) to provide support for low earth 
orbiting manned and unmanned satellites in the late 1970's. The OTDA 
network model consists of two TDRS's plus one on-orbit spare TDRS, on* 
TDRS ground station in the United States at some unspecified location, 
and f iv » KSFN ground stations. The network model will provide conanunica- 
tions linkB between the orbital elements (operating at 28.5° to 90° in- 
clinations) and the ground, 85 percent of each day. The TDRS design is 
baaed on (l) use of K-band frequencies to improve transmiss.' on efficiency 
and (2) near saturation of the S-band frequencies. The vhf link to the 
TDRS serves only a a a command link to activate the K-band channel and 
not used for communications direct to ground. The S-band communications 
are used among the modular space station, the shuttle, and the ground 
MSFN sites that are required for deep space and launch communications. 

The S-band channel is also used as a direct communications backup for 
the TDRS and for spa'*- station buildup befor* delivery of the command 
module that contains *he K-band terminal and a.'enna. 


PROGRAM REQUIREMENTS 


Evolution 

In definition of the information management system concept, data 
handling methods used at present in the Apollo Program and planned for 
use for the Skylab Program were considered. The results of the operation- 
al and experiment data handling requirements from the study of a 33-foot- 
diameter, 12-man space station (fig. U) operating in earth orbit for 
10 years have also been analyzed. The Skylab approach is based on using 
modified Apollo equipment, which provides for more flexibility in data 
formatting and transmission to the Mission Control Center through the 
NEFN . 


To define the 33- foot diameter space station data requirements 
(fig. M, the approach to an information subsystem was based on a complete 
onboard information subsystem at launch, using S-band direct communications 
links with the MSFN and no data relay satellite, ^e requirements for 
data handling were based on the capability to accommodate a large experi- 
ment program over a 10-year operational period. The 33-foot-diameter 
space station was to be logistically supported by a shuttle vehicle that 
would return approximately 60 percent of experiment data such as digital 
tapes, specimens, and film. 
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Increasing emphasis on the Space Shuttle Program brought about two 
significant impacts on the 'nfcrmation management system concept. The 
first impact involved the modular approach of an orbital space station 
buildup, and the second involved the development of the shuttle sortie 
payload. In addition, the experiment program was reviewed tj select those 
experiments that would have an early return. Some of the more 
scientifically oriented experiments were scheduled for later time periods, 
decreasing the total amount of experiment data to be handled initially. 

Use of the shuttle for module delivery to the space station orbital 
assembly necessitates a modular approach to t».e onboard information sub- 
system. The subsystem must Lieet operational command and control require- 
ments at each stage of orbital assembly and must also accommodate 
experiment changes as the program advances. Support requirements for the 
experiments include experiment operational considerations, pointing and 
stability requirements, electrical power, size, weight, and experiment 
duration. Another payload constraint for the shuttle sortie is a standard 
shuttle interface for data handling. Experiment and application payloads 
should be designed to accommodate a conanon set of interface requirements. 
This requirement avoids unnecessary impact on the shuttle side of the 
payload interface, which — unless considered — places unrealistic payload 
constraints on the shuttle subsystems. The capability of the base-line 
shuttle includes operation with the TDRS orbital communiiati ns system, 
which enables the shuttle to meet large payload experiment data handling 
requirements . 


Operational Requirements 

The operational information management system requirei of the 

shuttle operating in a sortie mode are as follows: 

1. Mission management 

2. Onboard information subsystem 

3. Experiment data management 

For the sortie mode, mission management will be performed on the ground 
because of the relatively short mission durations and the individual sortie 
payloads. The onboard information subsystem of the individual payload 
modules operating in a sortie nnde must interface with the standard shuttle 
payload interface. The sortie module information subsystem is dependent 
upon the shuttle subsystems and the crew for command and control data, 
data routing to the ground, data storage, pointing, and related functions. 
Experiment data management is somewhat simplified for the sortie mode 
because each payload accommodates limited, definable experiments, and the 
mission is limited to 30 days (the shuttle capability considered). 
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The modular space station operational requirements are considerably 
more complex than the requirements of the shuttle sortie mode of opera- 
tion. Ground support Is required during the buildup and early develop- 
ment phases to ensure satisfactory space station subsystem performance. 
However, real-time ground support for flight control, status monitoring, 
consumable status, flight planning, onboard checkout, minor maintenance, 
fault Isolation, and similar operations Is not economical for a 10-year 
space station operational life. The following are the modular space 
station Information subsystem requirements (fig. 5): 

1. Experiment and subsystem data processing 

2. Command control and subsystem monitoring 

3. External communications 

1*. Interned, communications 

5. Software programing 

The space station experiment data management differs significantly 
from the sortie mode in that the modular space station contains many 
scientific experiments, and careful experiment scheduling is required, 
on the basis of priority, opportunity, crew availability, experiment 
status, station status, and consumables. 


Experiment Requirements 

fhe scientific disciplines for experiments and applications were 
evaluated to provide a balanced experiment program, which emphasized 
early performance of experiments that have the most application to 
problems on earth. The selected experiments were divided into two groups 
those that could be accommodated by a six-man modular space station in an 
internal (attached) mode, and those that could be accomodated in a 
precursor shuttle sortie mode (fig. 6). 

The eeperiments selected for the six-man space station were grouped 
further into three categories: (l) high scientific benefits, (2) high 

socioeconomic benefits, and (3) a balanced program of scientific and 
socioeconomic benefits. The three experiment groupings were compared as 
to data handling, electrical power, logistic support, vehicle stability, 
contamination levels, and crew man-hour requirements. The results of 
the comparison indicate that the modular space station designs and sub- 
systems are not influenced greatly by experiment grouping. 
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OPERATIONAL ANALYSIS 


Subsystems 

The info 2 Tnation management concept — based on the modular space 
station operational requirements for flight and experiments, the require- 
ments for a modular orbital assembly, the < onfigurat ion flexibility during 
the operational life of the station, end technology — Incorporates the 
use of a digital data bus to serve as the c mmand and response linx 
between the ceitral control and the remote subsystems and experiments 
(fig. 7). A single coaxial cable is used as the digital data bus to 
connect the central data processing assembly with the remote acquisition 
and control units, which serve as interface units between the subsystems 
and experiments and the digital data bus. By using the data bus concept, 
new experiments can be added and subsystems can be located at various 
remote modules within the space station, and no modification to the 
information subsystem is required. Additional control consoles may be 
located at remote experiments and, by using the central data processing 
assembly, may operate the experiments or perform maintenance and tests 
on subsystems. Thus, large cable bundles are eliminated, which would 
otherwise be required to connect all subsystem and experiment control and 
, monitoring sensors to the central control console and the data processing 
ussembly. Elimina* ion of long lengths of large cable bundles throughout 
the station also reduces the requirement for test, verification, damage 
protection, and electromagnetic interference protection of cable bundles 
in flight. 

The digital data bus concept provides for bidirectional data trans- 
mission between the remote acquisition and control units and the central 
control. Redundant digital data buses are planned for safety and main- 
tenance, but only a primary digital bus is shown in figure 7. The data 
bus requirements can also be met by the use of two unidirectional digital 
data buses, where one bus provides control signals to the subsystem and 
the second digital data bus provides subsystem sensor feedback to the 
central control. Again, redundancy can be provided by incorporating two 
sets of unidirectional data buses. 


Command and Control 

The subsystem and experiment interface with the digital data bus 
(fig. 8) is made through the remote acquisition and control unit. The 
unit is standard, and several of these units may be used for a single 
subsystem. For certain applications, a preprocessor may be used at the 
remote acquisition and control unit level to perform noncritical local 
processing and to reduce the total data flow between the subsystem and 
the central data processing assembly. The forward electronics of the 
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remote acquisition and cc trol unit on th digital data bus side is 
basically a modem. The modem accepts digital data addressed to the sub- 
system that the modem serves, performs some shaping of the received data 
waveforms which may have degraded during transmission through the data 
bus, and identifies the particular subsystem data for transmission to the 
central computer assembly. The remote acquisition portion of the remote 
acquisition and control unit interfaces directly with the subsystem sen- 
sorc and receiver! subsystem signal outputs. The control function is 
performed by the remote acquisition and control unit for command and 
control inputs to the individual subsystems and experiments. 

Figure 9 shows an example of a preprocessor used at the subsystem 
level. In the example, the inertial assembly output is approximately 
12 000 bps. The preprocessor performs certain computations such ai 
coordinate transformations. The resultant computed data outputs to the 
central processor are approximately 1000 bps. Other preprocessor appli- 
cations reiuce the subsystem input data required from the central 
px’oceasor. 

Thi 10-year on-orbit life expectancy of the modular space station 
necessitates a capability for onboard checkout (fig. 10). This require- 
ment is fulfilled by (l) using the central data processing assembly to 
perform diagnostic tests of subsystem status with minimum crew procedural 
Involvement and (2) grouping and sizing of replacement parts such that 
all components which may fail or wear out during flight are modularly 
replaceable as inflight replaceable units. Tradeoff analyses compared 
costa of (l) ground maintenance of individual station modules by returning 
them on the shuttle and (2) onboard maintenance by using the onboard 
checkout concept and inflight replaceable unit concept. These analyses 
indicated that the onboard maintenance approach was much more efficient 
and economical. 

The onboard checkout concept for inflight maintenance is essentially 
the same technique as is planned for ground integration testing of the 
nodular space station and for prelaunch checkout. For the ground tests, 
a unified test approach (fig. 11) that uses a ground digital data bus 
is planned to connect directly to the vehicle data bus. Thus, the digital 
data bus will provide access to all onboard subsystems for test and veri- 
fication at the manufacturing facility and the launch site. The test 
equipment includes a test station that is computer operated and contains 
the necessary diagnostic and test programing and test oriented display 
and control language. Use of conanon or unified test equipment at all test 
locations provides program economy in test equipment costs. With an 
onboard digital data bus that provides access to all onboard subsystems, 
ground test setup time involved primarily with special carry-on cabling 
and other equipment is eliminated. The necessary ground support equip- 
ment (GSE) is controlled by the test station through the ground digital 
data bus. The GSE provides necessary electrical power, hydraulic pressure. 
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and air flow for vehicle ground testing. The approach of a unified teat 
equipment interface with an onboar » a*ta bus for subsystem access for test 
and verification is particularly applicable to the shuttle 2-week- 
tumaround requirement, because the test setup time takes approximately 
*♦0 percent of the total ground test time. Figure 12 shows a comparison 
between current ground test support capabilities and the ground data bus 
concept . 

Figure 13 shows the capabilities of the infc -nation subsystem data 
processing assembly with regard to computer operations per second, 
operating memory, mass memory, data bus rate, consoles, station communi- 
cations, and experiment operational analyses. The total capability in 
communications does not necessarily represent the sum of individual 
requirements because a few of the required capabilities serve both station 
operations and experiment activities, although not simultaneously. 


Experiment Analysis 

An experiment model summary and an experiment analysis summary of 
the goals of the different experiment disciplines are presented in 
figures lU and 15, respectively. The experiment interface with the 
onboard information subsystem is the same as the subsystem interface with 
the information subsystem. A second control center is included; this 
control center provides a backup flight control capability for emergencies 
ana for maintenance or modification of the primary control center in 
flight. This second control center is normally used for experiment con- 
trol and data handling. 

A special feature of the data bus concept shown in figure 15 was 
defined for one high-priority experiment in earth surveys. The multi- 
spectral scanner output can exceed the digital data bus transmission 
capability which, with exception of this one experiment, can accommodate 
all station operations and all other experiments at a data rate of 
3 megabits/sec. To avoid sizing the complete space station information 
subsystem for one single experiment, the control of the multi spectral 
scanner was retained through the digital data bus. However, the initial 
multispectral scanner output, which is analog, is routed either to the 
data recorder or to the communications terminal as required, using the 
analog data bus. The analog data bus is 3ized to accommodate as many as 
six closed-circuit color television channels for experiments and has a 
capability of 39 megahertz. The multispectral scanner output is approxi- 
mately 3.5 megahertz and creates no impact on the analog data bus sizing. 

For the sortie mode, the payload must interface with the shuttle 
orbiter in a standard manner to avoid shuttle configuration ~hange 
requirements for each different payload. Figure 15 shows a unit which 
serves as an interface unit between the shuttle information subsystem 
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and the payload electronic*. This unit accepts standard shuttle digital 
and analog coanand and control signals for relay to the payload module. 

The unit also receives payload data outputs for conversion to standard 
shuttle input requirements for signal level, type, and format. The 
interface unit can be located either wit,.in the shuttle or within the 
payload. An Interface unit of thla type will be required Independently 
of the shuttle Information subsystem concept selected. 

Within the shuttle payload module Itself, standard remote acquisition 
and control units can be used to interface the different experiments to 
the payload side of the digital data bus in the same manner that experi- 
ments interface with the modular space station digital data uus. Payload 
experiment data may then be transmitted to the ground through the shuttle 
radio frequency links for evaluation. The shuttle radio frequency 
capability to transmit data dictates the amount of data storage required 
within each payload module. 


Network Analysis 

The TDRS system is considered an integral part of the overall infor- 
mation management system planned for the late 1970's. During the initial 
buildup phase of the modular space station, communications between the 
ground and the unmanned station modules are provided by S-band channels, 
using the MSFN (fig. 16). The capability to use the TDPS as a communi- 
cations link for the space station is made available by nstailing the 
third station module (containing the central control facility and the 
K-band communications terminal and antenna). 

The types of data to be transmitted between the modular space sta- 
tion and the ground are shown in figures 17 and 18. The K-band and 
S-band bandwidths are also indicated for the space station. 


SOFTWARE ANALYSIS 


Applications 

In addition to an onboard central processing requirement for the 
space station to acconmiodate flight and experiment operations with a 
reasonable degree of autonomy, the requirement also exists to provide the 
necessary computer programing (fig. 19). Similar progicming requirements 
exist for the ground computers for mission management ana for inflight 
mission management. The depth of programing requirements for specific 
functions may vary between flight and ground. For example, inflight 
logistic requirements for consumables and replacement items may be fore- 
cast in board only until the next scheduled shuttle resupply flight, but 
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the ground must forecast logistic requirements much further in advance 
to provide the logistics at the launch site. The type of software 
programing is similar in both instances, but the ground software 
programing must consider more variables and a longer time period. 

Computer programing for subsystem inflight monitoring and for ground 
prelaunch mor itoring, test, and verification is similar because the level 
of monitoring and test in flight and before launch is similar. The com- 
puter program used for prelaunch subsystem testing can serve the inflight 
test and verification requirements with little or no change of computer 
instructions, because both prelaunch and inflight tests are performed 
through the information subsystem digital data bus. Some software 
programing requirements, such as simulation programs for crew training 
or special ground tests, may be unique to ground operations. However, 
even then, a degree of commonality can be maintained with other ground 
and flight programs. 


Languages 

Previous space programs have used many computer programing languages 
for ground, flight, and simulation computer programs. Much of the 
inflight programing has been performed by using assembly or machine level 
language. This programing language is most basic. By comparison with 
mathematics, for example, thi6 language limits computer programing to 
addition and subtraction; the use of multiplication or division in 
problem solving is not permitted. 

By usin^ addition and subtraction capabilities in various logical 
orders or compilation methods, groups of higher level computer instruc- 
tions — such as multiplication, division, search routines, matrix solu- 
tions, logic statements, and functional do loops — are created. The 
resultant computer language is of a higher level than the basic machine 
language. Th .* logic instructions used to convert the higher level lan- 
guage to machine language reside in the computer compiler. FORTRAN, for 
example, was created specifically for mathematical problem solving. 

The U.S. Air Force has specified that all programing is to be done 
in JOVIAL, COBOL, or SPL (fig. 20). JOVIAL serves as the mathematical 
and scientific programing language, COBOL is an accounting-oriented 
language, and SPL is being designed as the space programing language. 

Space programing creates certain requirements for programing, par- 
ticularly in the area of solutions to large matrices. Currently, NASA 
is developing a higher level computer language, known as HAL, that iB 
specifically tailored to manned space flight and computer applications. 
Concurrent with HAL development, NASA is developing a user-oriented com- 
puter language that does not require operator knowledge of computer 
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programing for ground teat and inflight use. A user language for ground 
teat, checkout, and inflight operationa ia currently being developed, and 
working computer demonat rat Iona are available for review in aevt rf. 
laboratories at >6C. 


Standards 

Development of aoftware atandarda ia neceasary to reduce the inter- 
face problems of using various computer programs. The onboard require- 
ments for the modular space station have been grouped into five categories 
(fig. ?1). Within each category, types of requirements are listed for 
computer programs. The programing requirements are organized to provide 
visibility of the total onboard space station vehicle programing require- 
ments. Other requirements (language word length, verification require- 
ments, and related constraints) are cormnon to all individual programs 
for the flight vehicle and the ground computers. 


Data Base 

The data base for the modular space station must satisfy two primary 
types of requirements: the software requirements and the hardware design 

requirements. Data base development for a particular program should 
begin with the hardware design. This beginning ensures the capability of 
the subsystem design (l) to accept the required computer command and 
control inputB and (2) to provide the necessary data output to operate 
over a long duration in an automated mode with minimum manned intervention 
for test and checkout. Early knowledge of the software programing 
requirements makes possible more efficiency in preparing cor-ect, properly 
formatted data required by the computer programs for vehicle test, check- 
out, flight, and documentation. 


PRELIMINARY DESIGN SELECTION 


A block diagram of the preliminary design selected for the modular 
space station is shown in figure 22. The launch sequence of the indivi- 
dual modules is indicated by the number in the upper left comer of each 
block; the core module is launched first and contains a small buildup 
command and control unit which serves as the flight controller until the 
third module (SMI), which contains a complete central data processing 
assembly and control console, is attached. The modular space station as 
manned to a six-man level when seven modules have been assembled. At 
this level, the modular space station has the necessary environmental 
control and flight control redundancy for safe occupancy. 
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ADVANCED DEVELOPMENT BREADBOARD 


A block diagram of the advanced development breadboard is shown 
in figure 23. Delivery to MSC of all components of the space station 
information subsystem breadboard is scheduled for June 30, 1972. Individ- 
ual contractor responsibility for portions of the breadboard is indi- 
cated. Current plans include initial tests to be conducted with a 
Government- furnished preprocessor until the U pi EP flight-configuration 
computers are available. The 1* pi EP computers are scheduled to support 
shuttle development until uid-1973. Nonhardware delivery items included 
in the advanced development task are listed, with the responsible con- 
tractor, at the bottom of figure 23. 

The conmuni cat ions terminal breadboard functional block diagram is 
shown in figure 2h. Key features of the design include external antenna- 
mounted K-band electronics with passive thermal control and use of the 
S-band frequency for internal vehicle-mounted electronics. This approach 
permits the use of existing lunar module S-band electronics in fabricat- 
ing the communications terminal breadboard. 

A summary of MSC data 3 development is shown in figure 25. The 
performance of each data bus and the use of each particular data bus are 
listed. All the data buses (except the la3t two) are currently being 
used at MSC. 


FUTURE ANALYSIS NEEDS 


Additional development is required to bring the level of technology 
to a compatible level of development with most information subsystem 
components. The following areas require future emphasis: 

1. Subsystem signal conditioning standards at the remote acquisi- 
tion and control unit interface 

2. Software standards 

3. K-band antenna 

U. Shuttle payload interface design requirements 
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NUMMARY 


Commonality 

Because of the flexibility of the information subsystem concept 
described in this presentation, many areas of commonality exist for 
space station and shuttle sortie development. Figure 26 lists those 
areas within the onboard space vehicle information subsystem that can 
share common development. The concept should be relatively unchanged by 
program time phasing if the goal is to develop an integrated electronics 
system for space application. 


Mission Management 

The information management system concept includes an approach to 
mission management that differs significantly from other space programs. 
(See fig. 27.) To support an orbital space station for 10 years with 
onboard autonony and to support •. Space Shuttle Program with many flights, 
widely varying payloads, simultaneous missions, and large amounts of 
operational and scientific data, automation of the ground flight opera- 
tion functions and the data handling requirements is necessary. Communi- 
cations access requirements for multiple orbital operations strongly' 
support the TDRS as art of the overall information management system. 


Advantages 

The major advantages of the data bus concept of the information 
management system are shown in figure 28. Central control of modular 
space station subsystems located in different modules is provided, and 
local control is retained for subsystem maintenance and repair. Remote 
control of the space station by the ground is also a design fallout. The 
data bus concept requires standard remote acquisition and control units. 
These units provide a standard interface for the design of subsystems and 
experiments. The standard approach to higher level languages and the 
required supervisory programs provide other areas of commonality between 
programs. The capability to add new subsystems or experiments to the 
data bus with only software modifications provides design and configura- 
tion flexibility. 

Onboard autonony is provided by automating many control and monitor- 
ing functions which now require manned attention; thus, the crew is free 
for inflight experiment operations. Automation of the space vehicle 
subsystem and flight control functions also relieves the ground real-time 
control and monitoring requirement and will permit more concentration in 
the area of mission planning by fewer personnel. 
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The advantage of nearly continuous real-time communications between 
the ground and orbital elements provided by the TDRS are most Important 
in the real-time transmission of critical experiment or subsystem data. 
The data acquisition capability provided by the station or shuttle sortie 
operating continuously con be comprordsed, if the flow is checked at any 
point before routing to the data user. 

Ground and onboard test, checkout, and turnaround provide the flight 
autonony and rapid ground testing with minimum test setup time. All 
these advantages address manning requirements for design, development, 
test, and 1 ->ng- duration operation of multifaceted space programs. The 
information management system concept is directed toward permitting NASA 
to conduct space operations in the most economical and efficient manner 
that can reasonably be supported by available technology. 
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Figure 1.- Scope of the information management system. 


• MODULAR SPACE STATION PHASE B 

• ONBOARD INFORMATION SUBSYSTEM REQUIREMENTS DEFINITION 

• PRELIMINARY DESIGN OF SELECTED SUBSYSTEM 

• COMMUNICATION REQUIREMENTS DEFINITION 
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Information management systera activities at MTC. 



MODULAR STATION SHUTTLE MODEL NETWORK 
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GROUND 

Figure 3.- Base 3ine configurations of the K5C nodular space station study. 
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Figure U.- Evolution of program requirements. 
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Figure 5.- Requirements of the modular space station information subsystem. 
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Figure 8.- Interface between the information subsystem and other subsystems. 
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Figure 10.- Operational analysis for onboard checkout. 








SIMPLIFIED INTERFACE 



Figure 11.- The ground test /turnaround concept. 
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Figure lb.- Experiment model sumnary. 
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ORIGINAL PAGE I? 
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Figure 15.- Experiment analysis suranary of the information management system. 


















< 

o — 

Q — » 

< < 

o 00 

z >- 

O LU 

c on 
on 


cn 

on 

LU ^ 

> z 



a 

X 

z 

S 

c 

8 

GO 

1 

(VI 



o o 

tt: n 

°< 

OA •”■ 
ry un 

Q 




»Ni 

Kl 

X 

s 

LU 

UO 

X 

5 

(VI 

or 

LU 

8 

A. 

- > . 

—A 


gl 


' <o:z 

<Soz 

►“ -J < 

<^ox 

5i5-'s 



__ uo 
« 00 

(Vi x: 

O 

u. 


1/1 

O 



-3^5g' 

S^7.“j 


1^5 l*"I Q. yuz5x 
•OO >X>0<OOLJ 
I > O !/>UJH>U.UUt- 


11111 

T 


V 

on 

O 

Li- 

O 


X 

Uto 

< 

> 


CO 







o 

Q_ z 
00 o 
or 

< < 


2“3< <! 

< ►- o Q : 

°s5°uj a! 

uj a 4 , _ a ^ 
*- oS^cn*- ^ * 
cno. yuz5: 
> X>0<00i 
1/lLJ*— > U. OO* 



^ 5 


O 

Q or 

zg 

i- 

_A LU 

5 z 


d> 

<->•- , 

S Ll- = 

£o? 

o!“ 
0 q it 1 
!-2z 

Z < yj 
Olo 
^ < _i 

o«S 

l°n 

|z° 

“ljO 

25z 

2£2 

'/’lijl/l 

^ Q. lH 

i x 5 

UJ* 
' , • 

yiu 

«? Q O 

5uj2 


32 














M 



O 


c 

o 

4l 

«-> 

ta 

o< 

•- 

- 

a 

UJ 

f! 

•d 

•• 

5; 


• 

CO 

H 

I 

•«-» 

u. 


m 



APPLICATIONS PROGRAMS 
FOR GROUND AND FLIGHT 

• LOGISTICS/INVENTORY CONTROL 

• EXPERIMENT DATA MANAGEMENT 

• SCHEDULING 

• FLIGHT OPS COMMAND AND CONTROL 

• SYSTEM MONITORING AND VALIDATION (OBCO) 

• OPERATIONS DATA MGT/SUBSYSTEMS 

• EPS 

• ETCLSS 

• ISS 

- COMM 

• G&C 

- STABILIZATION 

- RCS 

• GROUND ONLY 

• VEHICLE TEST 

• SIMULATION 

Figure 19.- Software analysis. 
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SOFTWARE ANALYSIS 


LANGUAGES 


• HIGH ORDER COMPUTER LANGUAGE 

• FORTRAN 

• PL-1 

• JOVIAL 

• C0B0I 

• SPL 

• HAL 

• USER ORIENTED COMPUTER LANGUAGE 

• TEST 

• OPERATION 

• STANDARDS 

• DATA BASE 


Figure 20.- Computer programing languages. 
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Figure 22. ~ Preliminary design selection for the modular space station 
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Figure 23.- Advanced development breadboard 
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Figure 2U.- A functional block diagran of the coanuni cations terminal breadboard. 





















DATA BUS PERFORMANCE. 
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• CENTRAL AND REMOTE CONTROL 

• STANDARD SUBSYSTEM AND EXPERIMENT INTERFACE 

• STANDARD SOFTWARE 

• CONFIGURATION FLEXIBILITY 

• ONBOARD AUTONOMY 

• MISSION MANAGEMENT 

• COMMUNICATIONS 

• AUTOMATED EXPERIMENT DATA HANDLING 

• TEST, CHECKOUT, TURNAROUND 

• MANNING REQUIREMENTS 

Figure 28.- Advantages of the information 
management system. 
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